home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / appleip / appleip-minutes-92jan.txt < prev    next >
Text File  |  1993-02-17  |  11KB  |  265 lines

  1.  
  2. INTERIM_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Mike Ritter/Apple
  6.  
  7. Minutes of the IP over AppleTalk Working Group (APPLEIP)
  8.  
  9. January 15, 1992
  10.  
  11. PPP/AppleTalk:
  12.  
  13. New drafts are available in the Internet-Drafts Directory, they will
  14. also be posted on AppleLink in the Networking Standards Folder.  RFC
  15. 1171 & 1172 have been rewritten into one document, with additions for
  16. authentication and dial-back.  Brad Parker has been writing the
  17. AppleTalk specifics and has changed the address negotiation so it has a
  18. better chance of working.  The specifications should be reviewed and
  19. commented on by those interested in AppleTalk and PPP.
  20.  
  21. The following specifications are available in the Internet-Drafts
  22. Directory on nic.ddn.mil or nnsc.nsf.net
  23.  
  24. draft-ietf-pppext-appletalk-00.txt
  25. draft-ietf-pppext-authentication-02.txt
  26. draft-ietf-pppext-lcp-02.txt
  27.  
  28. MacIP:
  29.  
  30. John Veizades and Tom Evans are negotiating over the final draft and
  31. will have it posted by mid-February.
  32.  
  33. MIBs:
  34.  
  35. People expressed interest in the following MIBs:
  36.  
  37.  
  38.    o AppleTalk MIB+ transports and configuration
  39.    o Local Talk Repeater
  40.    o AT over PPP
  41.    o AURP
  42.    o ARAP
  43.    o MacIP
  44.    o AFP
  45.    o Printer Server
  46.    o DecNet over LT
  47.    o Mac System MIB - informational RFC
  48.  
  49.  
  50. Anyone interested on working on any of these MIBs should send their
  51. names and a proposed Charter to the Apple-IP mailing list.  Peter
  52. Caswell and Garth Conboy from Pacer expressed intense interest in
  53. working on an AppleTalk Services MIB (Print, FileShare, etc.)  Some
  54.  
  55.                                    1
  56.  
  57.  
  58.  
  59.  
  60.  
  61. others expressed an interest in the ARAP Server MIB. Apple is also
  62. interested in helping out on these, please contact Mike Ritter at
  63. MWRitter@applelink.apple.com and he will try to get the correct parties
  64. together.
  65.  
  66. Karen Frisa from CMU has been volunteered to work on the AppleTalk MIB+
  67. (by Steve Waldbusser).  There was general consensus that this MIB should
  68. cover all of Inside AppleTalk (except AFP) and that it should try to
  69. address the problem of router configuration.
  70.  
  71. Authentication for the AppleTalk MIB and routers was discussed.  It was
  72. agreed that any serious attempts should implement the SNMP security
  73. protocols.  Since these are still in the draft stages, vendors discussed
  74. what they are using today.  Most routers implement a trusted IP address.
  75. For SNMP over AppleTalk it was noted that, due to dynamic node
  76. addressing, a trusted node address was unworkable, but that a trusted
  77. net number range was basically equivalent to a trusted IP host list.
  78.  
  79. There is a ``connectathon'' at Apple which will test inter-operation of
  80. AURP, ARAP, and SNMP over AppleTalk.  Tools to exercise the
  81. implementations are available from Apple.  (For SNMP test tools (both
  82. over IP and AppleTalk) contact BLEE@applelink.apple.com.)  Mike Ritter
  83. of Apple promised to try to get the source of the SNMP test tools
  84. released.  InterConn offered demo versions of their management console
  85. product that does SNMP over DDP (and runs on a Macintosh).  People who
  86. have SNMP Agents should talk to InterConn about incorporating their MIBs
  87. into the product.
  88.  
  89. AURP:
  90.  
  91. Alan Oppenheimer reported that AURP router operational experience with
  92. several Universities was being set up.  For AURP test tools contact
  93. OPPENHEIME1@applelink.apple.com.  He also has copies of a document for
  94. the routing protocol and update state diagram.
  95.  
  96. Alan has withdrawn the AURP draft from the IETF standards track.  He is
  97. working on an AURP document with APDA that will be an Apple standard and
  98. recommended that an RFC should be written that describes how to run AURP
  99. on the Internet.  The APDA document will also be published as an
  100. informational RFC.
  101.  
  102. The MIB description for AURP was sent out to the list - please send
  103. comments to Alan and the list.
  104.  
  105. AppleTalk Directorate:
  106.  
  107. John Veizades promised to be an open and unbiased Working Group Chair
  108. and professed an ability to keep things confidential if requested.  He
  109. asked two questions:
  110.  
  111.  
  112.   1. What would an AppleTalk Directorate be?  and
  113.   2. What is the process and what concerns do people have?
  114.  
  115.  
  116.                                    2
  117.  
  118.  
  119.  
  120.  
  121.  
  122. Frank Slaughter volunteered his thoughts.  He was disgruntled because he
  123. thought the Group was working on an open standard (AURP) and it turned
  124. out to be an Apple standard.  He does not want to work on Apple
  125. standards, but does want to work on open standards.  He said everyone
  126. was standardizing on TCP/IP for wide-area connectivity because the IETF
  127. process really works.  He said the difference between vendor and IETF
  128. standards are that an IETF standard has an open forum available to work
  129. on it, try it out, and later it's declared officially done by the IAB. A
  130. vendor specific standard has the vendor product and the protocol done at
  131. the same time.  He thought that to make AppleTalk really usable for wide
  132. area connectivity and large networks the IETF open standards process
  133. must be adhered to.
  134.  
  135. Greg Minshall, from Novell said that in the IETF this Group is unique in
  136. that it is very vendor specific.  The only reason there is interest in
  137. making these protocols open is because of the number of Macintoshes
  138. there are in the market.  He suggest that Macintosh to local routers as
  139. opposed to Router to Router would be a logical place to split the
  140. ownership of the protocol.  He also reminded people that what is done
  141. here relates to all Apple products.  Don't get too idealistic about how
  142. working groups work and the problems that do or do not follow.  Greg
  143. also recommended that the Group split into separate working groups and
  144. have a specific Charter for each topic.  There is an attempt to do
  145. everything in this one Group which is wrong.
  146.  
  147. John Veizades pointed out that splitting working groups into other
  148. existing directorates may cause problems because the Directors don't
  149. know anything about AppleTalk.
  150.  
  151. Jonathan Wenocur seconded the idea of splitting up into separate working
  152. groups and recommended that when an issue comes up it should be made
  153. clear where the future control of a protocol lies - will it be an IETF
  154. protocol or will it be an Apple standard?
  155.  
  156. Frank Slaughter wanted the Group to make this statement:  ``Things that
  157. are done by this Working Group are open standards and that is what we
  158. are working towards.''  There was general consensus that this was
  159. correct.
  160.  
  161. Alan Oppenheimer said that AURP 2.0 could be a standard protocol of the
  162. IETF, Apple can put it under the IETF's control.
  163.  
  164. Frank Slaughter said that he does not feel the need to have Apple's
  165. stamp of approval for future work.
  166.  
  167. John Veizades summarized that the Working Group has carved out a niche
  168. that it is willing to work on open standards for AppleTalk solutions
  169. (under IETF control) and doesn't require Apple's approval.  Apple can be
  170. a participant just like any other vendor.  There was general consensus
  171. that this was correct.
  172.  
  173. Greg Minshall put forth that the IAB doesn't want to take over Apple
  174. protocols that Apple wants to keep proprietary.
  175.  
  176.  
  177.                                    3
  178.  
  179.  
  180.  
  181.  
  182.  
  183. Bob Morgan asked if there were several working groups should there be an
  184. AppleTalk Directorate that stays around to guide all of the working
  185. groups in this area.  Is there really a need for one?
  186.  
  187. Jonathan Wenocour said that a Directorate is important because of
  188. AppleTalk integration into IP areas (AURP, KIP, CAP, etc.)  The IETF
  189. would feel safer with more control over AppleTalk, especially with the
  190. possibility of large AppleTalk internets tunneling through the Internet,
  191. but there is the potential for conflicts with Apple.
  192.  
  193. John Veizades pointed to the work being done for AppleTalk over PPP. He
  194. said that this Group can do important work without touching on what's
  195. inside AppleTalk or other Apple proprietary protocols.  He said the
  196. Group is wildly enthusiastic about being able to do work in areas that
  197. are not Apple proprietary protocols and everyone agreed.
  198.  
  199. John Veizades recommended that someone should write up a Working Group
  200. Charter for the following areas if they were interested:  AppleTalk
  201. interior (and exterior) routing protocols that scale better than the
  202. present one, network management and MIBs, AppleTalk over PPP, AppleTalk
  203. over a variety of link layers, wide-area naming, and configuration
  204. management and any other areas that people thought needed work on.
  205.  
  206. Greg Minshall posed the question:  Does Apple have an obligation to cede
  207. a protocol or tell the Working Group that they are working in the same
  208. area?  He answered it by saying that it was impossible to expect this.
  209. What working groups do are open standards, what Apple does can be Apple
  210. standards.  In addition he recommended that the working groups have
  211. Charters and limit their discussions to the Agenda.
  212.  
  213. The next meeting will be held during with the IETF Plenary in San Diego
  214. (March 16-20, 1992).
  215.  
  216. Attendees
  217.  
  218. Debbie Alsop             Alsop.D@applelink.apple.com
  219. Philipe Boulanger        Access.priv@applelink.apple.com
  220. Craig Brenner            Brenner2@applelink.apple.com
  221. Rich Brown               Richard.E.Brown@DARTMOUTH.EDU
  222. Jerome Calvo             transware@Applelink.Apple.Com
  223. Peter Caswell            pfc@pacer.soft.com
  224. Edward Ching             eching@wc.novell.com
  225. Cyrus Chow               cchow@ames.arc.nasa.gov
  226. Garth Conboy             gc@pacer.soft.com
  227. Joy Cordell              J_CORDELL@VMSNET.ENET.DEC.COM
  228. Donald Eastlake          dee@ranger.enet.dec.com
  229. Richard Ford             72510.553@compuserve.com
  230. Karen Frisa              karen.frisa@andrew.cmu.edu
  231. John Gawf                gawf@compatible.com
  232. Bob Jeckell              robert_jeckell@nso.3com.com
  233. Grisha Kotlyar           grisha@farallon.com
  234. Fidelia Kuang            kuang@apple.com
  235. Louise Laier             laierl@applelink.apple.com
  236. Greg Merrell             merrell@greg.enet.dec.com
  237.  
  238.                                    4
  239.  
  240.  
  241.  
  242.  
  243.  
  244. Greg Minshall            minshall@wc.novell.com
  245. Robert Morgan            morgan@jessica.stanford.edu
  246. Alan Oppenheimer         oppenheimer1@applelink.apple.com
  247. J. Bradford Parker       brad@cayman.com
  248. Christopher Ranch        cranch@novell.com
  249. Michael Ritter           mwritter@applelink.apple.com
  250. Randy Ryals              D2604@applelink.apple.com
  251. John Schafer             john_schafer@um.cc.umich.edu
  252. Mike Schumacher          ms@telebit.com
  253. Frank Slaughter          fgs@shiva.com
  254. Evan Solley              solley@applelink.apple.com
  255. David S.A. Stine         dstine@cisco.com
  256. Michael Swan             neon.sw@applelink.apple.com
  257. Steve Sweeney            steves@farallon.com
  258. Bob Van Andel            BVA@applelink.apple.com
  259. John Veizades            veizades@apple.com
  260. Jonathan Wenocur         jhw@shiva.com
  261.  
  262.  
  263.  
  264.                                    5
  265.